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Description 

Method and arrangement for configuring a device in a 
data network 

5 

The invention relates to a method for configuring a 
device in a data network and to an arrangement for 
configuring a device in a data network. 

10 In data networks, devices are linked to one another via 
connections for the purpose of interchanging data with 
one another. Among the devices, a distinction is drawn 
between central devices, for example servers, and 
terminal points, for example PCs. Such terminal points 

15 are frequently also called clients. In general, the 
devices in the data network communicate with one 
another using associated addresses. If the data 
interchange in a data network is performed on the basis 
of the Internet protocol, the addresses used are the 

20 "IP (Internet Protocol) addresses". 

Many data networks, particularly "those with a large 
number of devices, are structured. This is necessary, 
for example, in order to reduce the network load in 

2 5 diversely branched networks and to ensure data 
integrity. For structuring purposes, the data networks 
are subdivided into logical subregions, which are also 
called domains. Within a domain, a number of PCs, for 
example, may be associated with a particular server or 

30 with another central device. 

The IP addresses used in the data networks comprise a 
numerical sequence, with each device " in a domain and 
hence also a server, which itself represents a domain, 
35 being addressed using a unique IP address. Although 
such addresses comprising numerical sequences are easy 
for data processing appliances to handle, this is very 
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abstract for the user of such a device. For this 
reason, devices, particularly central devices 
(servers) , 
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which represent a domain, can be denoted by an easily 
understood alphanumeric domain name. A domain name of 
this type has, for example, the structure 
HTTP : / / computer . domain . country . In this example, the 
5 address portion "country" denotes the national state in 
which this server is registered; this address portion 
"country" is also called the "top level domain" because 
it represents the coarsest subdivision on the worldwide 
data network (Internet) . The address portion "server" 
10 denotes the "subdomain" , that is to say a group of 
devices which are associated with a particular server. 
Finally, the address portion "name" denotes a single 
device in the domain in question, that is to say a PC, 
for example. 

15 

To convert the customary domain names, which are input 
manually by users, for example, on devices (e.g. in the 
address line of a web browser) , into . the numerical IP 
addresses used by the devices themselves, data networks 
2 0 contain addressing servers, for example domain name 
system servers (DNS servers) . The task of the 
addressing server is essentially to link the "full 
qualified domain names" of a device ("host") to its IP 
address and to deliver the latter upon an external 

2 5 request. 

One widely used embodiment of the data networks 
described is voice data networks, also called VoIP 
(Voice over Internet Protocol) networks. The voice data 

3 0 networks also contain central devices, for example 

gateways; gatekeepers and DNS servers, and also 
terminal points ("clients", "VoIP clients") which may 
be produced in the voice data networks, for example as 
a telephone with a data network line ("IP phone"), as a 
3 5 multimedia PC or else as a PC with a telephone emulator 
("soft phone"). These terminal points or "clients" are 
also referred to generally as terminals^ in a similar 
manner to in circuit-switched telephony. 
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The devices in data networks need to be configured 
before they are used so that fault-free operation is 
ensured. For the clients in voice data networks, this 
means, by way of example, that it is necessary to set 
5 these devices for what transmission or compression 
protocol ("codec") can be used for the voice 
.transmission in the data network or data network 
.element, what central device can be used by the 
respective terminal, that is to say what gateway is 

10 associated with the corresponding appliance, for 
example, etc. In this case, .it is also necessary to 
configure the IP addresses of the central devices which 
are to be used in the corresponding terminals so that 
the terminals can communicate with said central 

15 devices. 

In the known data networks, it has been found to be a 
drawback that devices regularly need to be configured 
manually, and this has a high associated level of 
20 personnel involvement. This applies particularly when 
an existing configuration needs to be changed, for 
example because a central device in the corresponding 
data network has a changed network address or when 
central devices are added to the data network or are 

2 5 removed therefrom. Whenever the association between 

terminal points and central devices in the data network 
is changed, this results in the need to change the 
configuration of the terminal points in real time. 

3 0 It is known practice for the association between 

terminal points and central devices (servers) to be 
updated " automatically ■ by virtue of the servers in a 
data network performing "scanning" at regular intervals 
of time. The aim of "scanning" is to find terminal 
3 5 points added to the network and to send these terminal 
points all of the necessary information for configuring 
them for operation in the data network. In this case, 
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each server sends test messages to each address from a 
particular address region ("address band") and thus 
checks whether the corresponding addresses are each 
associated with terminal 
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points. The terminal points found in this process are 
then supplied with appropriate information, provided 
that they have not or not yet been configured 
correctly, and in this way are set up for operation in 
5 the corresponding data network. 

It has been found to be a drawback of the "scanning 
method" that sending a large volume of test messages 
cyclically results in a high network load, specifically 

10 even when only a few terminal points or no terminal 
points at all have been added to the data network. 
Terminal points which have been newly added to the data 
network between two "scanning" processes cannot be used 
until the next path has concluded. A further drawback 

15 of this method is that the address structure in the 
data network needs to be such that the network 
addresses of the added terminal points need to match 
the address bands searched by the corresponding 
servers, or conversely the address bands need to match 

2 0 the addresses used in the data network. 

The object on which the invention is based is thus to 
specify a method and an arrangement in which the 
configuration of devices in data networks is 
25 simplified. 

This object is achieved for the method by the features 
specified in patent claim 1 and for the arrangement by 
the features specified in patent claim 10. 

30 

For the method, the solution is that a domain name is 
stored in the device, the device transmits a request 
message, which comprises the domain name, to an 
addressing server which is used to convert between 

3 5 domain names and the Internet addresses associated 

therewith, the addressing server transmits to the 
device, in response to the request 
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message, address information from a parameter server 
associated with this device, the device uses the 
address information to set up a connection to the 
parameter server, and the parameter 
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server uses this connection to transmit to the device 
parameters which are used to configure the device. This 
minimizes the manual involvement for configuring the 
device. In addition, a device is configured in the data 
5 network immediately after it is first turned on. 

The advantages of the arrangement can be obtained in a 
similar fashion from the advantages of the method. 

10 The characterizing features of subclaims 2 to 9 
advantageously develop the method. Preferred exemplary 
embodiments of the arrangement are set out in subclaims 
• 11 to 16, the advantages thereof being the same as the 
advantages of the corresponding refinements of the 

15 method. 

The method is particularly advantageous in voice data 
networks, in which voice information is sent in data 
packets on the basis of the Internet protocol, because 
2 0 devices need to be configured particularly frequently 
in voice data networks . 

In data networks having a plurality of domains with 
respective associated parameter servers, a device can 
25 be sent to the address of the parameter server which is 
intended to configure the device if the domain name is 
the name of that domain which has the device (EG) 
associated with it. 

30 Existing addressing servers can continue to be used if 
the .addressing server uses data records to store the 
Internet protocol addresses of the associated servers 
for the respective names of domains, if the address 
information from the parameter server associated with 

35 the device is stored in a text field which belongs to the 
data record which belongs to the domain name associated 
with this device (EG) , and if the content of this text 
field is sent to the device (EG) as the response. 
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A tried-and- tested addressing server is used if the 
addressing server used is a domain name system server. 

The device can be associated with a parameter server 
5 manually if the input from a user or administrator 
inputs and stores the domain name on the device. 

If the DHCP (Dynamic Host Configuration Protocol) 
method is used to send the device (EG) , after it has 

10 been started up, the domain name for storage and/ or the 
device (EG) is allocated a valid Internet address then 
the preconf iguration of the domain name by the 
manufacturer or an administrator can be stopped and the 
device can be put into operation without further manual 

15 intervention. 

If a fictitious domain name which does not belong to a 
real domain is stored in the device as the domain name, 
it is also possible to operate devices which are not 
20 associated with a real domain. 

If not only the fictitious domain name but also a real 
domain name, which is the domain name with which the 
device is associated, is stored in the device as domain 

25 name, and a first attempt is used to transmit the 
request message with the real domain name to the 
addressing server, and if no address information can be 
ascertained in the addressing server using the domain 
name transmitted in the first attempt then the 

3 0 addressing server sends a negative acknowledgement 
message to the device as address information, and the 
terminal uses a second attempt, following receipt of 
the negative acknowledgement message, to send .a further 
request message with the fictitious domain name 

35 
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to the addressing server, then the probability of the 
device being able to send the name of a parameter 
server is increased. 

5 Exemplary embodiments of the inventive method are 
explained below with reference to the drawings and are 
used simultaneously to explain an exemplary embodiment 
of the inventive arrangement. 

10 In the drawings: 

figure 1 shows a schematic illustration of a data 
network having a device, an addressing server 
and having a parameter server, and 

15 

figure 2 shows the messages interchanged between the 
device, the addressing server and the 
parameter server in chronological order. 

2 0 Figure 1 shows a schematic illustration of a data 
network (LAN) containing, as components, a device (EG) , 
an addressing server (DNS) and a parameter server (ADS 
= Auto Discovery Server) . In principle, it is possible 
for all components, particularly the device (EG), to 

2 5 have similar components present a plurality of times in 

the data network (LAN) ; for reasons of clarity, 
however, each of the components is shown only once. All 
components in the data network (LAN) can set up logical 
connections to other components and can use them to 
30 interchange data with one another. 

In this example, the data network (LAN) is in the form 
of a voice data network ("VoIP network") in which voice 
terminals ("IP phones") transmit voice information as 

3 5 data packets on the basis of the Internet protocol. In 

this case, the device (EG) used may alternatively be 
other components (not shown here) , for example voice 
mail servers or PCs; 
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the latter are preferably used as an IP phone using 
hardware and software. In addition, the voice data 
network shown in the example contains a gatekeeper and 
a gateway as central devices, these central devices 
5 also not being shown in figure 1. In this context, a 
gatekeeper is used to control the connection setup 
between terminals (EG) , and the gateway is the 
prerequisite for connections being able to be set up to 
subscribers which are not arranged in the same data 
10 network (LAN) . 

The addressing server (DNS) used in this case is a 
domain name system server ("DNS server"). The 
addressing server (DNS) stores data records in which a 
15 respective domain name has the network address ("IP 
address") of an associated network component (host) 
associated with it. A distinction is drawn between real 
domain names, which are associated with existing 
domains, and fictitious domain names, which have the 

2 0 same structure as real domain names but bear no 

relation to a real domain. In the case of data records 
which relate to fictitious domain names, the associated 
network address is naturally irrelevant in this case. 

25 A data record in the addressing server (DNS) can also 
be used to store text information in a text field 
(TXT-RR = Text Resource Record) , for example in order 
to store the name and telephone number of the network 
administrator who is responsible for the respective 

3 0 network component. In principle, such a text field may 

also be used to store arbitrary texts with a limited 
length, however. The content of such a text field can 
be retrieved by the device (EG) in the network using a 
request message indicating the domain name of the 
3 5 respective data record. The structure of such text 
fields is defined for the domain name system server in 
an RFC (Request For Comment) (RFC1035 in 
HTTP: //ftp.rfc-editor . org/in-notes/rf cl035 . txt) . 
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The addressing server (DNS) uses the text fields of 
particular data records to store address information, 
that is to say the IP address and the IP port number, 
from the parameter server (ADS), which information can 
5 be used by the device (EG) for the purpose of finding 
and for setting up connections to the parameter server 
(ADS) . In this case, it does not matter whether the 
domain names of the data records are real or fictitious 
domain names; it is more important for the domain name 

10 to be used to find the address information from the 
parameter server (ADS) . If the data network (LAN) 
contains a plurality of devices and parameter servers, 
storing various domain names in the different devices 
allows control of the allocation of one of the 

15 parameter servers to the respective device. 

The text below explains the fundamental methpd steps 
for configuring the device (EG) , with figure 2 showing 
those steps which relate to the flow of information 
2 0 between the components shown in figure 1 which are the 
device (EG) , the addressing server (DNS) and the 
parameter server (ADS) . This figure shows not only the 
arrows, which denote the direction of the flow of 
information, but also the enumerating symbols b)..e) 

2 5 for the method steps and symbolized messages. 

In a first step, the device (EG) is used to store a 
domain name. To this end, an administrator inputs a 
domain name manually on the device (EG) . This is the 

3 0 name of that domain with which the device (EG) is 

associated; in this case, it is: 

devl. domain, country. If the device (EG) is not 
associated with a real (existing) domain, then a 
fictitious domain name may also be input at this point. 
35 In one particular embodiment, it is also possible to 
store a plurality of domain names, that is to say a 
real domain name and a fictitious domain name, for 
example, in the device (EG) . 
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Another manner of allocation, which is different than 
the manual method described here, will be explained at 
a later point. 

5 In the next step (b) , the device (EG) sets up a 
connection to the addressing server (DNS) . To this end, 
the device (EG) needs to store address information 
(network address, IP address) for the addressing server 
(DNS) . This address information can be stored either 
10 manually or automatically, for example using the DHCP 
(Dynamic Host Configuration Protocol) method; such 
methods are known generally and are not expounded 
further here. 

15 In step b) , the device (EG) now sends a request message 
REQ Mevl . domain . country" , comprising the stored domain 
name, to the addressing server (DNS) . The addressing 
server (DNS) now ascertains, in its data base, the data 
record which corresponds to the domain name which has 

20 been sent, and in the' next step (c) transfers the 
information stored in the data record, including the 
text information which is set out in the text field, to 
the device (EG) in response. The text information is 
TXT "ADP: //adpl .domain. country: 1234" and is constructed 

2 5 such that its structure clearly shows that it is the 

address information for the parameter server (ADS) . In 
the present example, this address information is 
constructed either according to the pattern 
ADP: //123 . 45 . 67 . 89 : 1011 or according to the pattern 
30 ADP: //host .domain, country iportnumber, the acronym ADP 
(Auto Discovery Protocol) classifying the configuration 
service of the parameter server (ADS) which (service) 
can be reached at this address, and the rest of the 
address information in numerical (IP address) or 

3 5 alphanumeric (full qualified domain name) form 

indicating the network address and the IP port number 
of the configuration service. 
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In the next step d) , the device (EG) extracts the 
address information from the transmitted text 
information and 
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stores it. If the address information is in a numerical 
form (IP address and IP port number) , the device (EG) 
uses the address information to set up a connection to 
the parameter server (ADS) in a° further step (d) . If 
5 the address information is in the outlined alphanumeric 
form (full qualified domain name and IP port number) , 
however, it may be necessary for the device (EG) to set 
up a connection to the addressing server (DNS) again in 
an intermediate step in order to resolve the 
10 alphanumeric address information transmitted into the 
associated numerical network address. 

Following connection setup to the parameter server 
(ADS) , the device (EG) sends a further request message 

15 AD-REQ "AD-devl . domain . country" to the parameter server 
(ADS) . In response to this further request message, the 
parameter server (ADS) sends information used to 
configure the device (EG) to the device (EG) in a 
concluding step (e) . In this case, this information is 

20 sent in XML (Extensible Markup Language) format, 
because the network components in customary data 
networks (LAN) are already equipped for transporting 
such XML messages. Such a message is in this case 
constructed according to pattern AD-DATA "XML:Datal . . 

25 Data n", with the introductory acronym AD-DATA being a 
mark of configuration data. It goes without saying that 
the desired information may also be sent in another 
form, however . 

3 0 The received information is now used in the device (EG) 
to perform the required configuration.- By way of 
example, this is the activation of the protocols for 
voice compression ( " voice codecs") which can be used in 
the respective data network (LAN), and other settings. 

35 
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The device (EG) may also store a plurality of domain 
names. Hence, the device (EG) can be provided with a 
fictitious but generally known domain name by the 
manufacturer itself, which means that the device (EG) 
5 can set up a connection to the addressing server (DNS) 
after having ' been started up, . without further 
configuration of a domain name, and in this way 
receives the address information for setting up the 
connection to the parameter server (ADS) . A 

10 prerequisite for this is that the generally known 
fictitious domain name used is stored in a data record 
in the addressing server (DNS) . A real domain name can 
be stored in the device (EG) following startup either 
instead of the fictitious domain name or in addition 

15 thereto. 

In the latter case, the device (EG) first of all uses 
the stored real domain name in order to obtain the 
address information about the parameter server (ADS) 

20 from the addressing server (DNS) . If the addressing 
server (DNS) does not store a data record containing 
this real domain name, however, it responds to the 
device (EG) with a corresponding error message. The 
device (EG) now repeats the request message, but this 

25 time using the stored fictitious domain name. This two- 
stage method increases the probability of the device 
(EG) successfully being provided with the address 
information about the parameter server (ADS) . 



30 



